home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 594 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.0 KB

  1. Date: Thu, 4 Nov 93 03:02:51 -0500
  2. From: "Nicholas S Castellano" <entropy@terminator.rs.itd.umich.edu>
  3. To: itschere@techfak.uni-bielefeld.de
  4. In-Reply-To: itschere@TechFak.Uni-Bielefeld.DE's message of Wed, 3 Nov 93 12:07:53 MET <9311031107.AA15274@pirol.techfak.uni-bielefeld.de>
  5. Subject: too much mintlibs updates???
  6.  
  7. >  Time has seen lot's of updates for the mintlibs in recent days. Almost one
  8. >update per week, I guess :-) Last week I copied the complete code for pl39
  9. >from aaue, cause the last source version I had was pl30. I just got home and
  10. >discovered that pl40 diffs are there. I just merged them in and compiled the
  11. >whole stuff and discovered that pl41 diffs are out. Compiling takes me about
  12. >3 hours on my TT (sorry, no fast ram), so I don't like to do it that often
  13. >(and I want to compile it because there're no 68020/68881 bins included...)!
  14. >
  15. >  Are there really so many bugs left in it that such a high update rate is
  16. >really necessary??? ;-)
  17.  
  18. The short answer is: yes.
  19.  
  20. The long answer is: the library is evolving, to incorporate new
  21. enhancements and hopefully to become more posix-compliant.  This means
  22. that in addition to bugfixes, there also new source files needed, and
  23. changes to existing working sources to make them more compliant.  In
  24. addition there are usually changes needed to make things compile
  25. cleanly on the four supported compilers.
  26.  
  27. The more quickly I make updates available, the less likely it is that
  28. I'll receive patches from people that are no longer relevant or that
  29. must be applied by hand because they overlap some other
  30. as-yet-unreleased patch.  this makes my life easier because the less
  31. time I spend on the busywork of keeping things in sync, the more time
  32. I have to work out fixes for known bugs and to write modules people
  33. have requested.
  34.  
  35. If you're having trouble keeping up, why don't you let a few patches
  36. accumulate and apply them all at the same time?
  37.  
  38. --
  39. entropy -- it's not just a good idea, it's the second law.
  40. Personal mail:      entropy@gnu.ai.mit.edu
  41. MiNT library mail:  entropy@terminator.rs.itd.umich.edu
  42.  
  43.  
  44.